home *** CD-ROM | disk | FTP | other *** search
/ Kirk's Comm Disc 1995 December / Kirk's Comm Disc - Version 2.iso / dos / fido / ftsc_all.z43 / FSC-0040.001 < prev    next >
Text File  |  1990-02-23  |  3KB  |  103 lines
  1. Document: FSC-0040
  2. Version:  001
  3. Date:     02/23/90
  4.  
  5.                
  6.  
  7.                             Extended Modem Handling
  8.                                 Michael Shiels
  9.                               1:250/410@fidonet
  10.  
  11.  
  12.  
  13.     Information:
  14.  
  15.         The purpose of this FSC is to focus discussion on particular
  16.         problems in Fidonet(r) and possible methods of solution.  No
  17.         proposed solutions in this document are intended as
  18.         standards for Fidonet.  Rather, it is hoped that a general
  19.         consensus will emerge as to the appropriate solution to such
  20.         problems, leading eventually to the adoption of standards.
  21.         Distribution is subject to the limitations listed below.
  22.  
  23.  
  24.  
  25.  
  26. Copyright 1989, Michael Shiels.  All rights reserved.  The right to distribute 
  27. for non-commercial use is granted to the FidoNet Technical Standards Committee,
  28. provided that no fee is charged.  This may be posted on FidoNet electronic BBSs
  29. which charge no fee for accessing this document.  Any and all other reproduction
  30. or excerpting requires the explicit written consent of the author.
  31.  
  32. Modem Handling
  33. --------------
  34.  
  35. The current nodelist doesn't provide enought information for really fancy
  36. handling of modems and connections.  With the advent of line sharing between
  37. modems/faxes certain additions to the nodelist flags are required.
  38.  
  39. I am currently writing a product which will handle and use the following codes
  40.  
  41. Y.... where .... can consist of the hardware protocols the modem understands
  42.     A   300 V.21          > Usually one of these flags would be present to
  43.     B   300 Bell 103      > designate the chosen 300 baud hardware protocol
  44.     C  1200 V.22 or Bell 212A
  45.     D  2400 V.22bis
  46.     E  9600 V.29
  47.     F  9600 V.32
  48.     G  9600 V.32 non-trellis coded
  49.     H 14400 V.32bis
  50.     I
  51.     J
  52.     K
  53.     L
  54.     M
  55.     N 19200 PEP
  56.     O  9600 HST 9600/300 backchannel
  57.     P  9600 HST 9600/450 backchannel
  58.     Q 14400 HST 14400/450 backchannel
  59.     R
  60.     S
  61.     T
  62.     U
  63.     V
  64.     W
  65.     X
  66.     Y
  67.     Z
  68.     
  69.  
  70. Z.... where .... can consist of the software protocols the modem understands
  71.     A   MNP1    Block mode (half duplex)
  72.     B   MNP2    Stream mode (full duplex)
  73.     C   MNP3    Stream mode with Start/Stop bit striping
  74.     D   MNP4    Stream mode with Start/Stop bit striping and large packet sizes
  75.     E   MNP5    Data compression
  76.     F   MNP6
  77.     G   MNP7 
  78.     H   MNP8
  79.     I   MNP9
  80.     J   MNP10
  81.     K   MNP11   ????
  82.     L   MNP12   ????
  83.     M   MNP13   ????
  84.     N   V.42 or LAP-M
  85.     O   V.42bis
  86.     P   LAP-B   Hayes V9600
  87.     Q
  88.     R
  89.     S
  90.     T
  91.     U
  92.     V   Non-fully compatible MNP (S15 bit 6 on an USR HST)
  93.     W   No Guard tone
  94.     X   550Hz Guard tone (some European countries) 
  95.     Y   1800Hz Guard tone (UK, some Commonwealth countries)
  96.     Z   Do reverse carrier processing when dialing this node
  97.     
  98.  
  99. I am in the process of designing a very sophisticated modem dialing language
  100. and would like to propose the following additions to the node list
  101. to help facilitate better modem/line handling with the advent of
  102. different modem standards etc.
  103.